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GEORASTER PHYSICAL DATA MODEL FOR STORING 
GEOREFERENCED RASTER DATA 

Field of the Invention 

5 The present invention relates to a system and method for handling 

geographic raster data in a database management system. 



Background of the Invention 

Information representing geographic features may be stored in databases 
10 and retrieved and manipulated using database management functions. 
Geographic features stored in databases are represented in either vector or 
raster format. For vector data, points are represented by their explicit x,y,z 
coordinates. Lines are strings of points. Areas are represented as polygons 
whose borders are lines. This kind of vector format can be used to precisely 
15 record the location and shape of spatial objects. Instead of representing 
features by vector data formats, you can represent spatial objects by assigning 
values to the cells that cover the objects and record the cells as arrays, i.e. 
raster format. This kind of raster format has less precision, but is best for a lot 
of spatial analysis. 
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As a matter of fact, raster data (imagery and gridded data) is the 
dominant form of spatial information, which includes thematic maps, 
DEM/DTM, lattice data, remote sensing imagery, photogrammetric photos, 
scanned maps and graphs, geophysical images, medical images, etc. 

Any spatial database management system must deal with the raster data 
type to provide a complete and efficient solution. Some general needs of broad 
application groups including: 

• Traditional GIS and remote sensing applications - users manage their 
geographic raster and. gridded data assets using a scaleable, secure, and 
robust RDBMS for defense, intelligence, agriculture, natural resource 
management. 

• Business applications - leverage raster-based data in conjunction with other 
basic location data (address, etc.) to inventory and evaluate site locations 
and to track fixed and/or continuous assets. They include Asset 
Management and Facilities Management particularly in energy and utilities. 

• Image and Gridded Raster Data Repositories/Clearinghouses - support for 
clearinghouse servers that need to ingest, store, and disseminate very large 
volumes of geoimagery. 
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Summary of the Invention 

The present invention is a feature of a database management system 
(DBMS) that lets you store, index, query, analyze, and deliver GeoRaster data, 
5 that is, raster image and gridded data and its associated metadata. The present 
invention provides a raster database management system targeting many 
domain subjects including remote sensing, photogrammetry, raster GIS, and 
other geoimaging and general imaging technologies. It also allows users of 
file-based image processing and raster data applications to benefit from the 
10 scalability, security and performance of DBMSs to support the mission critical 
applications. 

In one embodiment of the present invention, in a database management 
system, a system for handling geographic raster data comprises a first data table 
including a plurality of GeoRaster objects, each GeoRaster object including a 

15 spatial extent geometry and associated metadata, the spatial extent geometry 
identifying a footprint of a geographic raster data object and associated with at 
least one block of raster data, a second data table including a plurality of raster 
objects, each raster object associated with one block of raster data of a GeoRaster 
object and including information indicating a spatial extent of the block of raster 

20 data and information relating to the block of raster data, a first spatial index built 
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on the first data table based on the spatial extent geometry of each of the plurality 
of GeoRaster objects, the first spatial index operable to retrieve a GeoRaster 
object from the first data table based on a relative spatial location of the 
GeoRaster object, and a primary key index built on the second data table based 
5 on the information relating to the block of raster data, the index operable to 
retrieve a raster object from the second data table based on the information 
relating to the block of raster data associated with the retrieved raster object. 

In one aspect of the present invention, each GeoRaster object further 
comprises raster type information indicating a number of spatial dimensions of 

10 the GeoRaster object and band or layer information of the GeoRaster object. 
Each GeoRaster object further comprises information identifying the second data 
table for each block. of raster data in the GeoRaster object. Each GeoRaster 
object further comprises information identifying a raster object in the second data 
table for each block of raster data in the GeoRaster object. 

1 5 In one aspect of the present invention, each raster object further comprises 

information matching information identifying a raster object in the second data 
table in a GeoRaster object. Each raster object further comprises information 
indicating a resolution of raster data associated with the raster object. Each raster 
object further comprises information identifying a block of raster data associated 

20 with the raster object. 

Oracle No. OID-2003-263-01 -4- 



Attorney Docket No. 19111.0131 ORACLE CONFIDENTIAL 

In one aspect of the present invention, the associated metadata comprises 
object metadata including object description information and object version 
information, raster metadata including cell depth information, dimensionality 
information, blocking information, and interleaving information. The associated 
5 metadata further comprises spatial reference system information relating to a 
polynomial transformation for georeferencing. The polynomial transformation 
is an affine transformation. The associated metadata further comprises 
information relating to layers in a GeoRaster object. The associated metadata 
further comprises image/cell attribution information, scaling factor information, 
10 color related information, and layer-based attribute information for each layer. 

In one aspect of the present invention, the first spatial index comprises an 
R-Tree index. The second index comprises a B-Tree index. 

In one aspect of the present invention, the system further comprises a 
second spatial index built on the second data table based on the information 
15 indicating a spatial extent of the block of raster data of each of the plurality of 
raster data objects, the second spatial index operable, to retrieve a raster object 
from the second data table based on a relative spatial location of a block of raster 
data associated with the retrieved raster object. The second spatial index 
comprises a R-Tree index. 
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In one aspect of the present invention, the system further comprises a 
trigger operable to perform an action after a data manipulation language 
operation affecting a GeoRaster object. The data manipulation language 
operation comprises at least one of inserting a row, updating the GeoRaster 
5 object, and deleting a row. 

In one aspect of the present invention, the system further comprises a 
system data table operable to maintain a relationship between the first data 
table and the second data table. The system further comprises a trigger operable 
to maintain the system data table and GeoRaster object integrity after a data 
10 definition language operation is performed on the first data table. The data 
definition language operation comprises at least one of a drop operation and a 
truncate operation. 

Brief Description of the Drawings 

15 Fig. 1 is an exemplary format of a data object, according to the present 

invention. 

Fig. 2 is an exemplary format of a data object, according to the present 
invention. 

Fig. 3 is an exemplary format of a system data table, according to the 
20 present invention. 
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Fig. 4 is an exemplary format of a data view, according to the present 
invention. 

Fig. 5 is an exemplary format of a data view, according to the present 
invention. 

5 Fig. 6 is an exemplary format of a conceptual data model, according to 

the present invention. 

Fig. 7 is an exemplary diagram of a relationship between logical layers 
in the data model and the physical bands or channels of the source image data. 

Fig. 8 is an exemplary diagram of the storage of GeoRaster objects, 
1 0 according to the present invention. 

Fig. 9 is an exemplary diagram of physical storage of GeoRaster data 
and several related objects in a database, according to the present invention. 

Fig. 10 is an exemplary flow diagram of a workflow of GeoRaster 
operations, according to the present invention. 

15 

Detailed Description of the Preferred Embodiment 

GeoRaster is a database feature (for example, implemented in the 
ORACLE SPATIAL® database product) that lets you store, index, query, 
analyze, and deliver GeoRaster data, that is, raster image and gridded data and 
20 its associated metadata. GeoRaster provides spatial data types and an object- 
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relational schema. You can use these data types and schema objects to store 
multidimensional grid layers and digital images that can be referenced to 
positions on the Earth's surface or in a local coordinate system. 

GeoRaster data is collected and used by a variety of geographic 
5 information technologies, including remote sensing, airborne photogrammetry, 
cartography, and global positioning systems. The collected data is then 
analyzed by digital image processing systems, computer graphics applications, 
and computer vision technologies. These technologies use several data formats 
and create a variety of products. Some examples of the main data sources and 

10 uses for GeoRaster, include: 

Remote Sensing: Remote sensing obtains information about an area or 
object through a device that is not physically connected to the area or object. 
For example, the sensor might be in a satellite, balloon, airplane, boat, or 
ground station. The sensor device can be any of a variety of devices, including 

15 a frame camera, pushbroom (swath) imager, synthetic aperture radar (SAR), 
hydrographic sonar, or paper or film scanner. Remote sensing applications 
include environmental assessment and monitoring, global change detection and 
monitoring, and natural resource surveying. 

The data collected by remote sensing is often called geoimagery. The 

20 wavelength, number » of bands, and other factors determine the radiometric 
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characteristics of the geoimages. The geoimages can be single-band, 
multiband, or hyperspectral. They can cover any area of the Earth (especially 
for images sensed by satellite). The temporal resolution can be high, such as 
with meteorological satellites, making it easier to detect changes. For remote 
5 sensing applications, various types of resolution (temporal, spatial, spectral, 
and radiometric) are often important. 

Photogrammetry: Photogrammetry derives metric information from 
measurements made on photographs. Most photogrammetry applications use 
airborne photos or high-resolution images collected by satellite remote sensing. 

10 In traditional photogrammetry, the main data includes images such as black 
and white photographs, color photographs, and stereo photograph pairs. 

Photogrammetry rigorously establishes the geometric relationship 
between the image and the object as it existed at the time of the imaging event, 
and enables you to derive information about the object from its imagery. The 

15 relationship between image and object can be established by several means, 
which can be grouped in two categories: analog (using optical, mechanical, and 
electronic components) or analytical (where the modeling is mathematical and 
the processing is digital). Analog solutions are increasingly being replaced by 
analytical/digital solutions, which are also referred to as softcopy 

20 photogrammetry. 
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The main product from a softcopy photogrammetry systems may 
include DEMs and orthoimagery. All of that raster data, together with its 
orientation (georeferencing) information, can be managed by GeoRaster. 

Geographic Information Systems: A geographic information system 
5 (GIS) captures, stores, and processes geographically referenced information. 
GIS software has traditionally been either vector-based or raster-based; 
however, with the GeoRaster feature, Oracle Spatial handles both raster and 
vector data. 

Raster-based GIS systems typically process georectified gridded data. 
10 Gridded data can be discrete or continuous. Discrete data, such as political 
subdivisions, land use and cover, bus routes, and oil wells, is usually stored as 
integer grids. Continuous data, such as elevation, aspect, pollution 
concentration, ambient noise level, and wind speed, is usually stored as 
floating-point grids. 

15 The attributes of a discrete grid layer are stored in a relational table 

called a value attribute table (VAT). A VAT contains columns specified by 
the GIS vendor, and may also contain user-defined columns. 

Raster GIS systems let you use map algebra operators and functions. 
Map operators can be grouped in several categories, including arithmetic (such 

20 as +, -, *, /, MOD, and NEGATIVE), Boolean (such as NOT, &, |, and !), 
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relational (such as < 3 <= == >= >, and <>), logical (such as DIFF, IN, and 
OVER), bitwise (such as AA , », «, &&, ||, and !!), combinatorial (such as 
AND, OR, and XOR), and accumulative (such as +=, -+, *=, /=, {=, and }=). 
Map functions can operate on a cell, a block (neighborhood), a zone, or the 
5 entire grid. 

Cartography: is the science of creating maps, which are two- 
dimensional representations of the three-dimensional Earth (or of a non-Earth 
space using a local coordinate system). Today, maps are digitized or scanned 
into digital forms, and map production is largely automated. Maps stored on a 

10 computer can be queried, analyzed, and updated quickly. 

There are many types of maps, corresponding to a variety of uses or 
purposes. Examples of map types include base (background), thematic, relief 
(three-dimensional), aspect, cadastral (land use), and inset. Maps usually 
contain several annotation elements to help explain the map, such as scale bars, 

15 legends, symbols (such as the north arrow), and labels (names of cities, rivers, 
and so on). 

Maps can be stored in raster format (and thus can be managed by 
GeoRaster), in vector format, or in a hybrid format. 

Digital Image Processing: Digital image processing is used to process 
20 raster data in standard image formats, such as TIF, GIF, JFIF (JPEG), and Sun 
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Raster, as well as in many geoimage formats, such as ERDAS, NITF, and 
HDF. Image processing techniques are widely used in remote sensing and 
photogrammetry applications. These techniques are used as needed to enhance, 
correct, and restore images to facilitate interpretation; to correct for any 
blurring, distortion, or other degradation that may have occurred; and to 
classify geo-objects automatically and identify targets. The source and result 
imagery can be loaded and managed by GeoRaster. 

Geology, Geophysics, and Geochemistry: Geology, geophysics, and 
geochemistry all use digital data and produce digital raster maps that can be 
managed by GeoRaster. 

• In geology, the data includes regional geological maps, stratum maps, 
and rock slide pictures. In engineering geology, 3-D modeling is 
popular. In geological exploration and petroleum geology, computerized 
geostratum simulation, synthetic mineral prediction, and 3-D oil field 
characterization are widely used. 

• In geophysics, data about gravity, the magnetic field, seismic wave 
transportation, and other subjects is saved, along with georeferencing 
information. 

• In geochemistry, the contents of multiple chemical elements can be 
analyzed and measured. The triangulated irregular network (TIN) 
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technique is often used to produce raster maps for further analysis, and 
image processing is widely used. 



The invention features a physical data model for Raster data storage^and 
5 management, called the GeoRaster Physical Data Model. The physical 
GeoRaster data model includes two object data types for storing raster data and 
a schema for managing system data. The two object data types are: 
SDOGEORASTER 100, shown in Fig. 1, for a raster data and its related 
metadata, and SDORASTER 200, shown in Fig. 2, for each block in the raster 

10 data. Each image or gridded raster data is stored in a column of type 
SDOGEORASTER, and the blocks in that raster data are stored in a raster 
data table of type SDORASTER. 

The SDOGEORASTER object contains a spatial extent geometry 102 
(footprint or coverage extent) and relevant metadata, which are organized in a 

15 XML document according to the provided XML Schema. A table containing 
one or more columns of this object type is called a GeoRaster table. The 
SDORASTER object contains information about a block (tile) of a GeoRaster 
object, and it uses a BLOB object to store the raster cell data for the block. An 
object table of this object type is called a raster data table (RDT). 
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Each SDOGEORASTER object has a pair of attributes 
(rasterDataTable 104, rasterlD 106) that uniquely identify the RDT and the 
rows within the RDT that are used to store the raster cell data for the 
GeoRaster object. GeoRaster uses a system data . table 
5 SDO_GEOR_SYSDATAJTABLE 300 5 shown in Fig. 3, to maintain the 
relationship between GeoRaster tables and their related raster data tables. 

Two views, USERSDOGEORSYSDATA 400 ? shown in Fig. 4, and 
ALLSDOGEORSYSDATA 500, shown in Fig. 5 5 of the GeoRaster sysdata 
table are available for every user. To ensure the consistency and integrity of 

10 internal GeoRaster tables and data structures, GeoRaster supplies a trigger that 
performs necessary actions after each of the following data manipulation 
language (DML) operations affecting a GeoRaster object: insertion of a row, 
update of a GeoRaster object, and deletion of a row. In addition, two DDL 
triggers are defined for all users, which maintain the SYSDATA table and 

15 GeoRaster object integrity after drop and truncate operations on a GeoRaster 
table are performed, respectively. 

A spatial index (R-Tree) can be built on any GeoRaster table based on 
the spatial extent geometry attribute of the SDO_GEORASTER data type. A 
spatial index can also be built on the RDT tables based the blockMBR 

20 geometry attribute of the SDO_RASTER data type. A B-tree index is built on 
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the RDT tables based on other attributes of the SDORASTER data type 
except the blockMBR and the rasterBlock columns. 

In a preferred embodiment, GeoRaster provides a PL/SQL API that 
includes more than 100 functions. Mainly the functions are packaged into a 
5 PL/SQL package called SDOJ3EOR. The API provides the most important 
functionalities and services for loading, managing, querying, updating, 
deleting, processing, and exporting GeoRaster objects. 

The GeoRaster physical data model is based on a conceptual data model 
we proposed. It is called the GeoRaster conceptual data model, which is a 
10 component-based, logically layered, and multidimensional raster data model. 
The GeoRaster conceptual data model is illustrated in Fig. 6. 

The core data in a raster is a multidimensional matrix of raster cells. 
Each cell is one element of the matrix, and its value is called the cell value. 
The matrix has a number of dimensions, a cell depth, and a size for each 
15 dimension. The cell depth is the data size of the value of each cell. It also 
defines the range of all cell values. The cell depth applies to each single cell, 
not an array of cells. This core raster data set can be blocked for optimal 
storage, retrieval and processing. 

In this data model, two different types of coordinates need to be 
20 considered: the coordinates of each pixel (cell) in the raster matrix and the 
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coordinates on the Earth that they represent. Consequently, two types of 
coordinate systems or spaces are defined: the cell coordinate system and the 
model coordinate system. The cell coordinate system (also called the raster 
space) is used to describe pixels in the raster matrix, and its dimensions are (in 
5 this order) row, column, and band. The model coordinate system (also called 
the ground coordinate system or the model space) is used to describe points on 
the Earth or any other coordinate system associated with an Oracle SRID 
value. The spatial dimensions of the model coordinate system are (in this 
order) X and Y, corresponding to the column and row dimensions, 

10 respectively, in the cell coordinate system. The logical layers correspond to the 
band dimension in the cell space. The dimensionality of spaces can be 
expended to M dimensions. 

The data model is logically layered. The core data is called the object 
layer or layer 0, and consists of one or more logical layers (or sublayers). 

15 Assuming the core data has M dimensions, the object layer is M dimensional, 
but its sublayers are M-l dimensional. Each sublayer can be further divided 
into sublayers which are M-2 dimensional, and so on. For example, for multi- 
channel remote sensing imagery, the layers are used to model the channels or 
bands of the imagery. In this case, each layer is a two-dimensional matrix of 

20 cells that consists of the row dimension and the column dimension. 
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In GeoRaster, band and layer are different concepts. Band is a physical 
dimension of the multidimensional raster data set; that is, it is one ordinate in 
the cell space. For example, the cell space might have the ordinates row, 
column, and band. Bands are numbered from 0 to n-l, where n is the highest 
5 layer number. Layer is a logical concept in the GeoRaster data model. Layers 
are mapped to bands. Typically, one layer corresponds to one band, and it 
consists of a two-dimensional matrix of size rowDimensionSize and 
columnDimensionSize. Layers are numbered from 1 to n\ that is, layerNumber 
= bandNumber + 1. In a preferred embodiment, the relationship between 

10 logical layers in the GeoRaster data model and the physical bands or channels 
of the source image data is depicted in Fig. 7. The XML schema allows a more 
flexible random mapping between layerNumber and bandNumber other than 
layerNumber = bandNumber + 1 . A GeoRaster object has specific metadata 
associated with it. In the GeoRaster data model, metadata is everything but the 

1 5 core cell matrix and it is stored as an XMLType in the database. This metadata 
includes object metadata such as description and version information. 
GeoRaster also includes raster metadata for cell depth (1BIT, 32BIT_S, or 
64BIT_REAL), dimensionality, blocking, interleaving and other information. 
Additionally, Spatial Reference System metadata, containing information for 

20 the affine transformation or higher-order polynomial transformations required 

Oracle No. OID-2003-263-01 -17- 



Attorney Docket No. 19111.0131 ORACLE CONFIDENTIAL 

for georeferencing, can also be stored. Additional metadata, such as metadata 
pertaining to each layer in a GeoRaster object, can be stored in the database as 
well. If the data is grid data, one or more Value Attribute Tables (VAT) can be 
used to maintain information about the values stored in each layer (e.g. 
elevation value, saturation level etc.). In addition, there is a comprehensive 
suite of optional metadata used to capture and track image/cell attribution, 
scaling factors, color related information (color map, grayscale), histogram and 
other layer-based attributes essential for image management and use by client 
applications. 

In summary, the GeoRaster metadata is divided into different 
components that contain, but are not limited to, the following information: 



• Object information 

• Raster information 

• Spatial reference system information 

• Date and time (temporal reference system) information 

• Spectral (band reference system) information 

• Layer information for each layer 
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We use XML schema to describe the metadata and related raster 
physical storage. Appendix A is the GeoRaster metadata XML Schema we 
defined based on the above conceptual data model and the following physical 
data model. It provides a detailed description of each metadata item of 
5 GeoRaster objects. 

In general, the invention features a physical data model for Raster data 
storage and management, called the GeoRaster Physical Data Model. It's 
embodied as two spatial data types and an object-relational schema inside 
Oracle ORDBMS. 

10 Returning now to Fig. 1, an example of a preferred embodiment of an 

object of SDOGEORASTER data type 100 is shown. At the top level, one 
raster data (an image or a grid) is stored in Oracle as an object of 
SDOGEORASTER data type 100. A table containing one or more columns of 
this object type is called a GeoRaster table. A GeoRaster object of this type 

15 consists of a multidimensional matrix of cells and the GeoRaster metadata. 
Most metadata is stored as one attribute 108 of the SDO GEORASTER type. 
It is an XML document using the Oracle XMLType data type. The metadata is 
defined according to the GeoRaster metadata XML schema, which is described 
in Appendix A. The spatial extent (footprint) of a GeoRaster object is part of 

20 the metadata, but it is stored separately as an attribute 102 of the GeoRaster 

Oracle No. OID-2003-263-01 -19- 



Attorney Docket No. 19111.0131 



ORACLE CONFIDENTIAL 



object. This approach allows GeoRaster to take advantage of the spatial 
geometry type and related capabilities, such as using spatial R-tree indexing on 
GeoRaster objects. Another attribute of the SDO GEORASTER type is the 
rasterType 1 10, which contains dimensionality information and the data type 
5 that can be further defined. More descriptions about preferred embodiments of 
each attribute follow: 
1. rasterType 1 10 

The rasterType attribute 110 must be a 5-digit number in the format 



[d][b][t][gt], where: 



10 



[d] identifies the number of spatial dimensions. Must be 2 for the 



current release. 



• [b] indicates band or layer information: 0 means one band or layer; 1 



means one or more than one band or layer. Note that the total 



number of bands or layers is not specified in this field. 



15 



• [t] is reserved for temporal dimension and should be specified as 0 



(zero) currently. 



[gt] identifies the 2-digit GeoRaster type, and must be the following: 



00 Reserved. 



01 Any GeoRaster type. This is the only value supported for the 



20 



current release. This value causes GeoRaster not to apply any 
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restrictions associated with specific types that might be implemented 
in future releases. 

02-50 Reserved. Each special GeoRaster type will be allocated a 
number from this range. 

51-99 For customer use. 

2. spatialExtent 102 

The spatialExtent attribute 102 identifies the spatial extent, or footprint, 
associated with the raster data. The spatial extent is a Spatial geometry of 
type SDOGEOMETRY. The spatial extent geometry can be in any 
coordinate system; The spatial extent geometry can also be in cell space 
that has a null SRID value. Because of the potential performance benefits 
of spatial indexing for GeoRaster applications, the geometry is associated 
with the spatialExtent attribute, rather than being included in the XML 
metadata attribute. 

3. rasterDataTable 104 

The rasterDataTable attribute 104 identifies the name of the raster data 
table. The raster data table must be an object table of type SDO_RASTER. 
It contains a row of type SDO_RASTER for each raster block that is stored. 
You must create and (if necessary) drop the raster data table. You should 
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never modify the rows in this table directly, but you can query this table to 
access the raster data. 

4. rasterlD 106 

The rasterlD attribute 106 value is stored in the rows of the raster data table 
5 to identify which rows belong to the GeoRaster object. The rasterDataTable 
attribute and rasterlD attribute together uniquely identify the GeoRaster 
object in the database for a specific schema or user [i.e., for the whole 
database, (username, rasterDataTable, rasterlD) is unique. For one user, 
(rasterDataTable, rasterlD) is unique]. That is, each GeoRaster object has a 

10 raster data table, although a raster data table can contain data from multiple 
GeoRaster objects. You can specify the rasterlD and rasterDataTable 
attributes for new GeoRaster objects, as long as each pair is unique in the 
database. If you do not specify these values, they are automatically 
generated when you call SDO_GEOR.init or SDO_GEOR.createBlank 

1 5 function to initialize or create a GeoRaster object. 

5. metadata 108 

The metadata attribute 108 contains the GeoRaster metadata that is defined 
by Oracle. The metadata is described by the GeoRaster metadata XML 
schema, which is documented in Appendix A. The metadata of any 
20 GeoRaster object, must be validated against this XML schema, and it must 
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also be validated using the SDO_GEOR.validateGeoraster function, which 
imposes additional restrictions not defined by this XML schema. 



The multidimensional matrix of cells is blocked into small subsets for 
5 large-scale GeoRaster object storage and optimal retrieval and processing. 
Blocking can be regular and irregular. For regular blocking, each block is a 
rectangular and aligned to each other. Each block has the same size. For 
irregular blocking blocks might have different sizes. Only regular blocking is 
implemented. 

10 Referring now to Fig. 2, an example of a preferred embodiment of an 

object table of type SDORASTER 200 is shown. All blocks are stored in an 
object table of type SDO RASTER 200, which is defined by the GeoRaster 
Physical Data Model, as shown in Fig. 2. This object table is called raster data 
table 200, or simply RDT table 200. Each block 202 is stored in the RDT table 

15 200 as a binary large object (BLOB), and a geometry object (of type 
SDO_GEOMETRY) is used to define the precise extent of the block. The 
extent geometry is called the attribute 204. One benefit of this attribute is to 
build a spatial index so that blocks can be quickly retrieved based on their 
relative spatial location. This also allows the physical data model to block a 

20 GeoRaster object into irregular blocks, i.e., blocks can have different sizes. 
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Each row of the table stores only one block and the blocking information 
related to that block. (This blocking scheme applies to any pyramids also). 
More descriptions about preferred embodiments of each attribute follow: 

1. rasterID206 

The rasterlD attribute 206 in the SDORASTER object 200 must be a 
number that matches the rasterlD value in its associated 
SDO_GEORASTER object. The matching of these numbers identifies the 
raster block as belonging to a specific GeoRaster object. 

2. pyramidLevel 208 . 

The pyramidLevel attribute 208 identifies the pyramid level for this block 
of cells. In a preferred embodiment, the pyramid level is 0 or any positive 
integer. A pyramid level of 0 indicates the original raster data; that is, there 
is no reduction in the image resolution and no change in the storage space 
required. Values greater than 0 (zero) indicate increasingly reduced levels 
of image resolution and reduced storage space requirements. 

3. bandBlockNumber 210 

The bandBlockNumber 210 attribute identifies the block number along the 
band dimension. Only used when the GeoRaster object is regularly blocked. 

4. rowBlockNumber 212 
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The rowBlockNumber attribute 212 identifies the block number along the 
row dimension. Only used when the GeoRaster object is regularly blocked. 

5. columnBlockNumber 214 

The columnBlockNumber attribute 214 identifies the block number along 
5 the column dimension. Only used when the GeoRaster object is regularly 
blocked. 

6. blockMBR 204 

The blockMBR attribute 204 is the geometry (of type SDO GEOMETRY) 
for the minimum bounding rectangle (MBR) for this block. The geometry is 
10 in cell space (that is, its SRID value is null), and all ordinates are integers. 
The ordinates represent the minimum row and column and the maximum 
row and column stored in this block. 

7. rasterBlock 202 . . 

The rasterBlock attribute 202 contains all raster cell data for this block. The 
1 5 rasterBlock attribute is of type BLOB. 



The dimension sizes (along row, column, and band dimensions) may not 
be evenly divided by their respective block sizes. GeoRaster adds padding to 
the boundary blocks that do not have enough original cells to be completely 
20 filled. The boundary blocks are the end blocks along the positive direction of 
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each dimension. The padding cells have the same cell depth as other cells and 
have values equal to zero. Padding makes each block have the same BLOB 
size. Padding applies to all dimensions. 

Pyramids are subobjects of a GeoRaster object that represent the raster 
5 image or raster data at differing sizes and degrees of resolution. Pyramid levels 
represent reduced or increased resolution images that require less or more 
storage space, respectively. A pyramid level of 0 indicates the original raster 
data. Values greater than 0 (zero) indicate increasingly reduced levels of image 
resolution and reduced storage space requirements. GeoRaster currently 

10 supports only pyramids of reduced resolution by 2 and only applies to row and 
column dimensions. 

The pyramids are stored in the same raster data table as the GeoRaster 
object. The pyramidLevel attribute in the raster data table identifies all the 
blocks related to a specific pyramid level. In general, the blocking scheme for 

15 each pyramid level is the same as that for the original level (which is defined in 
the GeoRaster object metadata), except in the following cases: 

• If the original GeoRaster object is not blocked, that is, if the original cell 
data is stored in one block (BLOB) of the exact size of the object, the 
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cell data of each pyramid level is stored in one block, and its size is the 
same as that of the actual pyramid level raster data. 
• If the original GeoRaster object is blocked (even if blocked as one 
block), the cell data of each pyramid level is blocked in the same way as 
5 for the original level data, and each block is stored in a different BLOB 

object as long as the maximum dimension size of the actual pyramid 
level image is larger than the block sizes. However, if lower-resolution 
pyramids are generated (that is, if both the row and column dimension 
sizes of the. pyramid level are less than or equal to one-half the row 
10 block size and column block size, respectively), the cell data of each 

such pyramid level is stored in one BLOB object and its size is the same 
as that of the actual pyramid level raster data. 

Based on this data model, compression can be applied to each block. 
15 But each block will have the same compression scheme. 

In the raster space, band dimension stores layers or bands of 
multispectral imagery. Physically, three types of interleaving are supported: 
BSQ (band sequential), BIL (band interleaved by line), and BIP (band 
interleaved by pixel). Interleaving applies between bands or layers only. 
20 Interleaving is limited to the interleaving of cells inside each block of a 
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GeoRaster object. This means GeoRaster always applies blocking on a 
GeoRaster object first, and then it applies interleaving inside each block 
independently. However, each block of the same GeoRaster object has the 
same interleaving type. 
5 In summary, all metadata of a raster object is stored in an 

SDOGEORASTER object of a GeoRaster table and all cell data of the raster 
object is stored in a Raster Data Table of SDORASTER object type, which 
can be optionally blocked into many smaller rectangular blocks. The 
SDO GEORASTER object contains a spatial extent geometry (footprint or 

10 coverage extent) and relevant metadata. The SDO RASTER object contains 
information about a block (tile) of a GeoRaster object, and it uses a BLOB 
object to store the raster cell data for the block. Each SDO GEORASTER 
object has a pair of attributes (rasterDataTable, rasterlD) that uniquely identify 
the RDT and the rows within the RDT that are used to store the raster cell data 

1 5 for the GeoRaster obj ect. 

Turning now to Fig. 8, an example of a preferred embodiment of the 
storage of GeoRaster objects is shown, using as an example an image of 
Boston, Massachusetts in a table that contains rows with images of various 
cities. 

20 As shown in Fig. 8: 
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• Each row in the table of city images contains information about the 
image for a specific city (such as Boston), including an 
SDOGEORASTER object. 

• The SDO_GEORASTER object includes the spatial extent geometry 
covering the entire area of the image, the metadata, the raster ID, and 
the name of the raster data table associated with this image. 

• Each row in the raster data table contains information about a block (or 
tile) of the image, including the block's minimum bounding rectangle 
(MBR) and image data (stored as a BLOB). 

GeoRaster uses a system data table SDO GEOR SYSDATA TABLE 
300 (called the GeoRaster sysdata table) to maintain the relationship between 
GeoRaster tables and their related raster data tables, as shown in Fig. 3. Two 
views USERSDOGEORSYSDATA 400 and 

ALL SDO GEOR SYSDATA 500 of the GeoRaster sysdata table are 
available for every user, as shown in Figs. 4 and 5, respectively. All new 
GeoRaster objects have to be initialized and a pair of attributes 
(rasterDataTable, rasterlD) has to be assigned to each new GeoRaster object. 
In the mean time when the new GeoRaster object is inserted into a GeoRaster 
table, all related information will be automatically inserted into the sysdata 
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table by the GeoRaster DML trigger defined on the GeoRaster table. The 
uniqueness of the (rasterDataTable, rasterlD) pair is enforced by the constraint 
defined on the sysdata table. More descriptions about preferred embodiments 
of each column of the sysdata table 300, shown in Fig. 3, and views follow: 

1. SDO_OWNER302 

The SDOOWNER column 302 contains the GeoRaster user/schema name. 

2. GEORASTERTABLENAME 304 

This column and the TABLENAME column in views contain the name of 
a GeoRaster table that has at least one column of type SDO_GEORASTER. 

3. GEORASTER COLUMN NAME 306 

This column and the COLUMN_NAME column in views contains the 
name of a column of type SDO GEORASTER in the GeoRaster table 
specified in the GEORASTER TABLE NAME column. 

4. GEORMETADATACOLUMNNAME 308 

This column and the METADATA COLUMN NAME column in views 
are reserved for future use. It can be used to contain more metadata 
complimentary to the metadata attribute of the GeoRaster object. 

5. RDT_TABLE_NAME 310 

This column and the RDT_TABLE_NAME column in views contain the 
name of the raster data table associated with the table and column specified 
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in the GEORASTER_TABLE_NAME and 

GEORASTERj:OLUMN_NAME columns. 
6. RASTERJD312 

This column and the RASTER_ID column in views contain a number that, 
5 together with the RDTTABLENAME column value, uniquely identifies 
each GeoRaster object for a specific schema/user specified in the 
SDOJ3WNER column. In the global database, the SDOJDWNER value, 
RDTTABLENAME value and RASTER ID value together must be 
unique in this GeoRaster sysdata table. 
10 7. OTHERTABLENAMES 314 

This column is reserved for future use. It can be used to register other 
components of a GeoRaster object, such as a VAT table. 



To ensure the consistency and integrity of internal GeoRaster tables and 
15 data structures, GeoRaster supplies a trigger that performs necessary actions 
after each of the following data manipulation language (DML) operations 
affecting a GeoRaster object: insertion of a row, update of a GeoRaster object, 
and deletion of a row: 



Oracle No. OID-2003-263-01 -31- 



Attorney Docket No. 19111.0131 ORACLE CONFIDENTIAL 

• After an insert operation, the trigger inserts a row with the GeoRaster 
table name, GeoRaster column name, raster data table name, and 
rasterlD value into the USER_SDO_GEOR__SYSDATA view. If an 
identical entry already exists, an exception is raised. 

• After an update operation, if the new GeoRaster object is null or empty, 
the trigger deletes the old GeoRaster object. If there is no entry in the 
USER_SD0J3E0R_SYSDATA view for the old GeoRaster object 
(that is, if the old GeoRaster object is null), the trigger inserts a row into 
that view for the new GeoRaster object. If there is an entry in the 
USER_SDO_GEOR_SYSDATA view for the old GeoRaster object, the 
trigger updates the information to reflect the new GeoRaster object. 

• After a delete operation, the trigger deletes raster data blocks for the 
GeoRaster object in its raster data table, and it deletes the row in the 
USER_SDO_GEOR_SYSDATA view for the GeoRaster object. 

A function called createDMLTrigger in the SDO_GEOR_UTL package 
is provided. One necessary DML trigger must be created on each unique 
GeoRaster table and GeoRaster column pair. The necessary DML trigger or 
triggers must be created immediately after a GeoRaster table is created, and the 
trigger or triggers must be created before any operations on the table are 
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performed. The following example creates the standard GeoRaster DML 
trigger for a table named XYZGEORTAB containing a GeoRaster column 
named GEOR_COL: 



5 EXECUTE sdo^eorjiicreateD^ GEOR^COU); 



In addition, two DDL triggers are defined for all users, which maintain 
the sysdata table and GeoRaster object integrity after drop and truncate 
operations on a GeoRaster table are performed respectively. These triggers 
10 make sure the GeoRaster DML trigger on a GeoRaster table is invoked for 
each row when user drop or truncate the GeoRaster table so that all GeoRaster 
objects together with their raster blocks are cleanly removed and all entries of 
the GeoRaster objects in the sysdata table are deleted. 

An example of a preferred embodiment of physical storage of 
15 GeoRaster data and several related objects in a database 900 is shown in Fig. 9. 
Preferably, database 900 is implemented in a database management system 
As shown in Fig. 9: 

• Each GeoRaster object, such as object 902, in the GeoRaster table 904 
has an associated raster data table, such as table 906, which has an entry 
20 for each block of the raster image, such as entry 908. 
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• Each GeoRaster object has a raster data table associated with it. 
However, a raster data table can store blocks of multiple GeoRaster 
objects, and GeoRaster objects in a GeoRaster table can be associated 
with one or multiple raster data tables. 

• The BLOB 910 with image data for each raster image block is stored 
separately from the raster data table (which stores the BLOB locator 
only). You can specify separately storage parameters for the BLOBs. 

• GeoRaster sysdata table maintains the relationship between the 
GeoRaster tables and the raster data tables. 



Other defined schema objects include SDOGEORSRS for spatial 
reference system, SDOGEORCOLORMAP for colormap of a pseudocolor 
GeoRaster object, SDOGEORGRAYSCALE for grayscale of a grayscaled 
GeoRaster object, SDOGEORHISTOGRAM for histogram of a GeoRaster 

15 object or layer. But they are not used as persistent data types. They are defined 
to support query, modify and update of GeoRaster metadata. 

A spatial index 912 (R-Tree) can be built on any GeoRaster table based 
on the spatial extent geometry attribute of the SDOGEORASTER data type. 
A spatial index 914 may also be built on the RDT tables based the blockMBR 

20 geometry attribute of the SDORASTER data type. A B-tree index is built on 
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the RDT tables based on other attributes of the SDORASTER data type 
except the blockMBR and the rasterBlock columns. 

In a preferred embodiment, GeoRaster provides a PL/SQL API that 
includes more than 100 functions. Mainly the functions are packaged into a 
5 pl/sql package called SDO_GEOR. The API provides the most important 
functionalities and services for loading, managing, querying, updating, 
deleting, processing, and exporting GeoRaster objects. Appendix B provides a 
general overview of the basic functional infrastructure available in support of 
GeoRaster. 

10 Some operations can be called directly in an SQL command. Others 

must be called in : PL/SQL blocks in a standard way. An example of a 
workflow 1000 of the GeoRaster operations is shown in Fig. 10. The 
workflow begins with step 1001, in which the GeoRaster table, the trigger, and 
the RDT are created. In step 1002, GeoRaster objects are created and/or 

15 initialized in the GeoRaster table. In step 1003, raster imagery and/or grids are 
loaded into the GeoRaster data structures. In step 1004, the GeoRaster objects 
are validated. In step 1005, GeoRaster objects are Georeferenced. In step 
1006, spatial or other indexes are created. In step 1007, the format of 
GeoRaster storage is changed. In step 1008, the GeoRaster metadata is 

20 queried and/or updated. In step 1009, the GeoRaster cell data is queried and/or 
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updated. In step 1010, the GeoRaster objects are processed. In step 101 1, the 
GeoRaster objects are exported to other applications, databases, or systems. In 
step 1012, the GeoRaster objects are viewed. The steps 1005-1012 may be 
performed in any order, depending on the application. In some applications, 
5 some steps may be skipped. For example, if you use the GeoRaster loader tool 
to load an image, the new GeoRaster. object should have been validated and 
you can skip step 4. If a World file is loaded together with an image, you can 
skip step 5 and only set an SRID for the GeoRaster object model coordinate 
system. 

10 A block diagram of an exemplary implementation of a database 

management system (DBMS) 1100, in which the present invention may be 
implemented, is shown in Fig. 11. DBMS 1100 is typically a programmed 
general-purpose computer system, such as a personal computer, workstation, 
server system, and minicomputer or mainframe computer. DBMS 1100 

15 includes one or more processors (CPUs) 1102A-1102N, input/output circuitry 
1 104, network adapter 1 106, and memory 1 108. CPUs 1 102A-1 102N execute 
program instructions in order to carry out the functions of the present 
invention. Typically, CPUs 1102A-1102N are one or more microprocessors, 
such as an INTEL. PENTIUM® processor. Fig. 11 illustrates an embodiment 

20 in which DBMS 1100 is implemented as a single multi-processor computer 
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system, in which multiple processors 1102A-1102N share system resources, 
such as memory 1108, input/output circuitry 1104, and network adapter 1106. 
However, the present invention also contemplates embodiments in which 
DBMS 1100 is implemented as a plurality of networked computer systems, 
5 which may be single-processor computer systems, multi-processor computer 
systems, or a mix thereof. 

Input/output circuitry 1104 provides the capability to input data to, or 
output data from, DBMS 1100. For example, input/output circuitry may 
include input devices, such as keyboards, mice, touchpads, trackballs, 

10 scanners, etc., output devices, such as video adapters, monitors, printers, etc., 
and input/output devices, such as, modems, etc. Network adapter 1106 
interfaces DBMS 1 100 with network 1110. Network 1110 may include one or 
more standard local area networks (LAN) or wide area networks (WAN), such 
as Ethernet, Token Ring, the Internet, or a private or proprietary LAN/WAN. 

15 Memory 1 108 stores program instructions that are executed by, and data 

that are used and processed by, CPU 1102 to perform the functions of DBMS 
1 100. Memory 1 108 may include electronic memory devices, such as random- 
access memory (RAM), read-only memory (ROM), programmable read-only 
memory (PROM), electrically erasable programmable read-only memory 

20 (EEPROM), flash memory, etc., and electro-mechanical memory, such as 
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magnetic disk drives, tape drives, optical disk drives, etc., which may use an 
integrated drive electronics (IDE) interface, or a variation or enhancement 
thereof, such as enhanced IDE (EIDE) or ultra direct memory access (UDMA), 
or a small computer system interface (SCSI) based interface, or a variation or 
5 enhancement thereof, such as fast-SCSI, wide-SCSI, fast and wide-SCSI, etc, 
or a fiber channel-arbitrated loop (FC-AL) interface. 

In the example shown in Fig. 11, memory 1108 includes database 
management routines 1112, database 1114, and operating system 1116. 
Database management routines 1112 include software routines that provide the 

10 database management functionality of DBMS 1100. Database management 
routines 1112 may include an SQL interface that accepts database queries using 
the SQL database query language, converts the queries to a series of database 
access commands, calls database processing routines to perform the series of 
database access commands, and returns the results of the query to the source of 

1 5 the query. For example, in an embodiment in which DBMS 1 100 is a proprietary 
DBMS, such as the ORACLE® DBMS, SQL interface 108 may support one or 
more particular versions of SQL or extensions to SQL, such as the ORACLE® 
PL/SQL extension to SQL. 

Database 1114 includes a collection of information organized in such a 

20 way that computer software can select, store, and retrieve desired pieces of data. 
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Typically, database 1114 includes a plurality of data tables, such as georaster 
table 904 and raster data table 906, a plurality of indexes, such as indexes 912 
and 914, and other data, such as BLOBs 910 and georaster system data 916. 

In addition, as shown in Fig. 11, the present invention contemplates 
5 implementation on a system or systems that provide multi-processor, multi- 
tasking, multi-process, and/or multi-thread computing, as well as 
implementation on systems that provide only single processor, single thread 
computing. Multi-processor computing involves performing computing using 
more than one processor. Multi-tasking computing involves performing 

10 computing using more than one operating system task. A task is an operating 
system concept that refers to the combination of a program being executed and 
bookkeeping information used by the operating system. Whenever a program 
is executed, the operating system creates a new task for it. The task is like an 
envelope for the program in that it identifies the program with a task number 

15 and attaches other bookkeeping information to it. Many operating systems, 
including UNIX®, OS/2®, and WINDOWS®, are capable of running many 
tasks at the same time and are called multitasking operating systems. Multi- 
tasking is the ability of an operating system to execute more than one 
executable at the same time. Each executable is running in its own address 

20 space, meaning that the executables have no way to share any of their memory. 
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This has advantages, because it is impossible for any program to damage the 
execution of any of the other programs running on the system. However, the 
programs have no way to exchange any information except through the 
operating system (or by reading files stored on the file system). Multi-process 
5 computing is similar to multi-tasking computing, as the terms task and process 
are often used interchangeably, although some operating systems make a 
distinction between the two. 

It is important to note that while the present invention has been 
described in the context of a fully functioning data processing system, those of 

10 ordinary skill in the art will appreciate that the processes of the present 
invention are capable of being distributed in the form of a computer readable 
medium of instructions and a variety of forms and that the present invention 
applies equally regardless of the particular type of signal bearing media 
actually used to carry out the distribution. Examples of computer readable 

15 media include recordable-type media such as floppy disc, a hard disk drive, 
RAM, and CD-ROM's, as well as transmission-type media, such as digital and 
analog communications links. 

Although specific embodiments of the present invention have been 
described, it will be understood by those of skill in the art that there are other 

20 embodiments that are equivalent to the described embodiments. Accordingly, 
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it is to be understood that the invention is not to be limited by the specific 
illustrated embodiments, but only by the scope of the appended claims. 
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Appendix A. GeoRaster Metadata XML Schema 



<?xml version= "1 . 0" encodings "UTF- 8 "?> 
<!-- Oracle GeoRaster Metadata Schema --> 

<xsd : schema targetNamespace* "http : //xmlns . oracle . com/ spat ial/georaster" 

xmlns="http://xmlns. oracle.com/spatial/georaster" xmlns :xsd* "http : //www .w3 . org/2001/XMLSchema" 
elementFormDef ault* "qualified" version= " 0 . 0 " > 
<xsd: annotation* 

<xsd:docutnentation>==== B ««8«3s»==«=== «= 3 ««» B »» 3 ===== a H»««o 

This is the XML Schema defining the metadata of Oracle GeoRaster object type 

It consists of two parts: data type definitions and its element content 
Part 1: Data Types 

Part 1.1 i Data Types for Object Info 
Part 1.2: Data Types for Raster Info 

Part 1.3: Data Types for Spatial-Temporal-Band Reference Systems 
Part 1.3.1: Data Types for Raster Spatial Reference Systems 
Part 1.3.2: Data Types for Raster Temporal Reference Systems 
Part 1.3.3: Data Types for Raster Band Reference Systems 
Part 1.4; Data Types for Layer Metadata 
Part 2s GeoRaster Metadata Elements or Content Structure 



</xsd : document at ion > 
</xsd : annotation> 
<xsd : annotat ion> 

<xsd: documentation* -== 3i: t=eo=i:========n=============n : . I i 3E =====n=.= 

Part 1: Data Types 



</xsd : document at ion > 
</xsd : annotation* 
<xsd: annotation* 

<xsd: documentation* ========= === = ==== ==««» ===== = = = 

Part 1.1: Data Types for Object Info 



</xsd : documentation* 
</xsd: annotation* 

<xsd : complexType name* "ob j ectDescript ionType " * 
<xsd: sequence* 

<xsd:element name="rasterType" type*"xsd: integer"/* 
ocsdrelement name="ID" type* "xsd: string" minOccurs="0"/> 
<xsd:element name= "description" type* "xsd : string" minOccurs="0" 

maxOccurs*" unbounded"/* 

<xsd: element name* "majorVers ion" type="xsd: string" minOccurs* " 0"/> 
<xsd: element name* "minorVers ion" type="xsd: string" minOccurs* "O"/* 
<xsd:element name="isBlank" type- "xsd: boolean" default="f alse" /* 
<xsd j element name="blankCel lvalue" type* "xsd: double" minOccurs="0"/* 
<xsd:element name="def aultRed" type="xsd:positivelnteger" minOccurs* "0"/* 
<xsd:element name*"defaultGreen" type="xsd:positiveInteger" minOccurs="0"/* 
<xsd: element name= M defaultBlue" type="xsd:positiveInteger" minOccurs="0"/> 
<xsd:any minOccurs<»"0" maxOccurs* "unbounded"/* 
</xsd: sequence* 
</xsd: complexType* 
<xsd : annotation> 

<xsd: documentation* ====*******===========*=*=*=== 

Part 1.2: Data Types for Raster Info 



</xsd : documentation* 
< I xsd : anno t a t ion * 

<xsd : s impleType name* " cellRepresent at ionType " > 
<xsd : restriction base* "xsd : string" > 

<xsd: enumeration value*" POINT"/* 
<xsd: enumeration value* "SEGMENT" / > 
<xsd: enumeration value* "TRIANGLE"/* 
<xsd : enumerat ion value* " SQUARE " / > 
<xsd t enumerat ion value* " RECTANGLE " / * 
<xsd: enumeration value* "CUBE"/* 
<x s d : e nume r a t i on va lue = " TETRAH EDRON " / > 
<xsd : enumerat ion value* "HEXAHEDRON" / * 
<xsd : enumerat ion value* "UNDEFINED " / > 
</xsd: restriction* 

c/xsd: s impleType* 

<xsd: s impleType name="cellDepthType"> 

<xsd: restriction base="xsd: string" > 

<xsd: enumerat ion value* "1BIT"/* 
<xsd: enumeration value* "2BIT"/> 
<xsd: enumeration value="4BIT"/* 
<xsd : enumerat ion value* " 8B IT_U" / * 
<xsd [enumeration value* "8BIT_S"/* 
<xsd i enumeration value* " 16B IT_U" / > 
<xsd : enumeration value* " 16B IT_S " / * 
<xsd: enumeration value* "32BIT_U"/* 
<xsd: enumeration value* "32BIT_S"/* 
<xsd: enumeration value="32BIT_REAL"/* 
<xsd: enumerat ion value* "64BIT REAL"/* 
cxsd : enumeration value* " 64BIT~COMPLEX" /> 
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<xsd » enumeration value- " 128BIT_C0MPLEX" / * 
</xad: restrict ion> 
< /xsd : s imp 1 eType * 

<xsd : simpleType name- " supportedDimensionNumber " > 
<xsd : restriction base- "xsd t integer" > 

<xsd:minlnclusive value="2"/> 
<xsdt max Inclusive value»"3'7* 
</xsd: restriction* 
< /xs d : s imp 1 eType > 

<xsd : simpleType name* " cellDimensionType" * 
<xsd : annotat ion> 

<xsd « document at ion> 
The "Band" dimension can be treated as any other semantic dimension 
or any "Layer" if not remote sensing imagery or photographs 
</xsd: documentation* 
</xsd:annotation> 

<xsd: restriction base="xsd: string"* 

<xsd j enumeration value="R0W"/> 

ocsd i enumeration value**" COLUMN " / * 

<xsd t enumeration value- "VERTICAL "/ > 

<xsd* enumeration value- "BAND" /> 

<xsd : enumeration value = "TEMPORAL " / > 
</xsd:restriction> 
< /xsd: simpleType > 

<xsd:complexType name cellDimensionSiz eType "> 
<xsds sequence > 

<xsd:element name-"size" type-"xsd:positiveInteger" default="l"/> 
</xsd:sequence> 

<xsd:attribute name-" type" type -"cellDimensionType" use-" required" /> 
< /xs d : comp 1 exType > 

<xsd:complexType name- "cellCoordinat eType "> 
<xsd: sequence > 

<xsd:element name="row" type»"xsd: integer" default-"©"/* 
<xsd:element name«»" column" type-"xsd: integer" default="0"/* 
<xsd:element name- "vertical" type-"xsd:integer" minOccurs="0"/> 
<xsds element name- "band" type- "xsd: integer" minOccurs-"0"/* 
<xsdjelement name- "temporal" type- "xsd integer" minOccurs-"0'7> 
<xsd:any minOccurs»"0" maxOccurs- "unbounded" /> 
</xsd: sequence* 
</xsd:complexType> 

<xsd: simpleType name="compressionType" > 

<xsd i restriction base="xsd : string" > 

<xsd •. enumeration value- "NONE" / > 
<xsd.- enumeration value- "RLE"/> 
</xsd: restriction* 
</xsd: simpleType * 

<xsd: complexType name="compressionDescriptionType" > 
<xsd:sequence> 

<xsd: element name- "type" type- " compress ionType" default- "NONE"/* 
<xsd:any minOccurs-"0 n maxOccurs- "unbounded" /* 
</xsd?sequence> 
</xsd : complexType> 

<xsd: simpleType name-" block ingType"> 

<xsd: restriction base="xsd :string"> 

<xsdi enumeration value- "NONE"/ > 
<xsd i enumeration value- "REGULAR"/ > 
</xsds restrict ion> 
< /xsd: simpleType* 

<xsd t complexType name- "blockingDe script ionType" * 
<xsd: sequence > 

<xsd: element name- "type" type="blockingType" default- "NONE " / * 
<xsd:element name-"totalRowBlocks" type="xsd spositivelnteger" def ault="l"/> 
<xsd: element name="totalColumnBlocks" type- "xsd:positiveInteger" default- " l"/> 
<xsd: element name="totalBandBlocks" type-"xsd:positiveInteger" default="l" 

minOccurs="0"/> 

<xsd : element name- " rowBlockSize" type- "xsd : posit ive Integer " / > 
<xsd : element name- "columnBlockSize" type- "xsd : positive Integer " / * 
<xsd:element name="bandBlockSize" type- "xsd :positivelnteger" minOccurs»"0"/> 
<xsd:any minOccurs-"0" maxOccurs- "unbounded" /> 
</xsd: sequence > 
</xsd:complexType> 

<xsd » simpleType name- "cell Inter leavingType" > 
<xsd: restriction base="xsd! string" > 

<xsd:enumeration value="BSQ"/> 
<xsd> enumeration value- "BIL"/* 
<xsd » enumeration value="BIP"/* 
</xsd: restriction* 
</xsd: simpleType > 

< xs d : s imp 1 eTyp e name = " py rami dType " > 

<xsds restriction base- "xsd: string" > 

<xsd t enumerat ion value- "NONE" / > 
<xsd : enumerat ion value- " DECREASE " / > 
<xsd : enumeration value-" INCREASE"/* 
<xsd : enumeration value="BIDIRECTION"/> 
</xsd: restriction* 
</xsd: simpleType* 
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<xsd » simpleType name* "resamplingType" > 

<xsd : restriction base= "xsd s string" > 

<xsd: enumeration value="NN"/> 
<xsd: enumeration value= "BILINEAR"/ > 
<xsd: enumeration value-" CUB IC"/> 
<xsd: enumeration value="AVERAGE4'7> 
<xsd : enumeration value* "AVERAGE 16 "/> 
</xsd: restriction> 
</xsd i simpleType> 

<xsd : complexType name= "pyramidDescript ionType" > 
<xsd: sequence > 

<xsd i element name="type" types "pyramidType" def ault="N0NE"/> 

<xsd:element name=" resampling" type=" resamplingType" default="NN" minOccurs="0'7> 
<xsd j element names "maxLevel" type= "xsd :nonNegative Integer" default="0" 

minOccu r s * " 0 " / > 

<xsd:any minOccurs»"0" maxOccurs« "unbounded" /> 
< /xsd; sequence > 
< /xsd : comp 1 exType > 

<xsd i complexType name* "rasterDescript ionType" > 
<xsdssequence> 

<xadi element names "cellRepresentat ion" type="cellRepresentationType" 

def ault« "UNDEFINED" /> 

<xsdrelement name» M cellDepth" type="cellDepthType" def ault*" 8BIT_U"/> 
<xsd: element names " NO DATA" types "xsd: double" minOccurs=" 0"/> 

<xsd: element name="totalDimensions" type="supportedDimensionNumber" default="2"/> 
<xsd:element name="dimensionSize" type= "cellDimensionSizeType" maxOccurss"5"/> 
cxsdjelement name»"ULTCoordinate" type="cellCoordinateType"/> 
<xsd: element name= "blocking" type="blockingDescriptionType"/> 
<xsd:element name=" interleaving" type= " cell Inter leavingType" def ault= "BSQ"/> 
<xsds element name= "pyramid" types "pyramidDescriptionType"/> 
<xsd: element name = "compression" type= "compressionDescriptionType" /> 
<xsdtany minOccurs«*"0" maxOccurs= "unbounded" /> 
< /xsd z sequence > 

< / xs d : comp 1 exType > 

<xsd: annotation 

<xsd:docuraentation>=»s»==ss«=««««=«»«»««»=»«=«»«=«««««=««= = 

Part 1.3.1: Data Types for GeoRaster Spatial Reference System 

Spatial extent (footprint) is recorded as an attribute of georaster 

object . 

Its type is SDO_GEOMETRY . So it is not included in the metadata 
The cell space coordinates are named as (row, column, vertical) 
The model space coordinates are named as (x, y, z) 

Spatial unit information is stored in the WKT of the specified SRID 



</xsd:documentation> 
</xsd: annotation> 

<xsd : simpleType name= "modelDimensionType" > 
<xsd:annotation> 

<xsd: document at ion > 
The following n S" means "Spectral" for remote sensing imagery 

Any of X, Y and Z can be horizontal or vertical or any other spatial direction 
(depending on user interpretation in "modelDimensionDescription" ) 
</xsd : document a tion> 
</xsd : annotat ion> 

<xsd:restriction baseo"xsd: string" > 

<xsd i enumeration values "X"/> 

<xsd: enumeration value* "Y"/> 

<xsd enumeration value="Z"/> 

<xsd: enumeration value="T"/> 

<xsd j enumeration values"S"/> 
</xsd : restriction> 
</xsd: simpleType > 

<xsd : complexType name= " resolut ionType " > 
<xsd: sequence > 

<xsd:element names"resolution" type= "xsd: double" def ault= " l"/> 
</xsd:sequence> 

<xsd:attribute name="dimens ionType" type* "modelDimensionType" use="required"/> 
< /xsd : complexType > 

<xsd : simpleType name* "doubleNumberListType" > 

<xsd:list itemType* "xsd: double"/ > 
</xsd:simpleType> 

<xsd : complexType name= "polynomialType " > 
<xsd:sequence> 

<xsd: element name="polynomialCoef f icients" type="doubleNumberListType"/> 
</xsd:sequence> 

<xsd.-attribute names B pType" type* "xsd snonNegativelnteger" uses"optional" def aults"l"/> 
<xsd: attribute name»"nVars" t ype»" xsd :nonNegative Integer" uses "required"/? 
<xsd:attribute names"order" type*" xsd tnonNegative Integer" use* "required"/? 
<xsdsattribute names"nCoeff icients" type* "xsd: nonNegative Integer" uses"required"/> 
<xsd : anyAt tribute/ > 
< /xsd : comp 1 exType > 

<xsd : complexType name= " rat ional PolynomialType" > 
<X8d : annotation 

<xsd : documentat ion> 
row > pPolynomial (x, y, z) / qPolynomial (x, y, z) 
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column » rPolynomial (x, y, z) / sPolynomial <x, y, z) 
</xsdi documentation 

</xsd : annotation> 

<xsdi sequence> 

<xsd i element name»"pPolynomial" type» n polynomialType"/> 
<xsds element name="qPolynomial" type="polynomialType"/> 
<xsds element name rPolynomial" types "polynomialType"/> 
<xsd: element name="s Polynomial" type="polynomialType"/> 
<xsd:any minOccurs-" 0" maxOccurs= "unbounded "/> 

</xsd : sequenco 

<xsds attribute name="rowOf f " types "xsdi double" use="required"/> 
<xsd » attribute name»"columnOf f " type- "xsd: double" use*" required"/ > 
<xsd: attribute name="xOff" type»"xsd: double" use=" required" /> 
<xsd attribute name="yOff" type="xsd: double" use=" required" /> 
<xsd:attribute name»"zOff" type="xsd: double" use=" required" /> 
<xsd:attribute name="rowScale" type="xsd:double" uses"required"/> 
<xad: attribute name="columnScale" type="xsd:double" use= "required"/> 
<xsd: attribute name»"xScale" type= "xsd: double" use="required"/> 
<xsd: attribute name="yScale" type- "xad: double" use=" required"/ > 
<xsd: attribute name="zScale" type= "xads double" use="required"/> 
<xsd: attribute name= " rowRMS " typo "xsd: double" use= "optional"/* 
<xsd:attribute name= "columnRMS" type="xsdj double" use= "optional"/ > 
<xsd:attribute names "totalRMS" type="xsd: double" use= "optional"/> 
<xsd : anyAttribute/ > 
< / xs d t comp 1 exType > 

<x8d : simpleType name= " rasterSpatialRef erenceModelType" > 
<xsd:restriction base= n xsd; string" > 

<xsd: enumeration value="RigorousModel"/> 
<xsd : enumeration value* " StoredFunct ion" /> 
<xsds enumeration value="FunctionalFitting"/> 
</xsd: restrict ion> 
< / x s d : s imp 1 eType > 

<xsd:complexType name=" rasterSpatialRef erenceSystemType" > 
<xsd: sequenco 

<xsdi element name="isRef erenced" type="xsd: boolean" def ault="f alse"/> 

<xsd:element name="isRectif ied" type="xsd: boolean" minOccurs="0"/> 

<xsd: element name="isOrthoRectif ied" type* "xsd: boolean" minOccurs= "0"/> 

<xsd i element name="description" type="xsd: string" minOccurs= n 0"/> 

<xsd:element name«"SRID" type="xsd:nonNegativeInteger" def ault= n 0"/> 

<xsd: element name="verticalSRlD" type="xsd: integer " minOccurs= " 0"/> 

<xsd: element name="modelDimensionDescription" types "xsd: string" minOccurs="0"/> 

<xsdt element name="spatialResolution" types" re solutionType" minOccurs="0" 

max0ccurs="3"/> 

<xsd:element name="spatialTolerance" type="xsd: double" minOccurs="0"/> 
<xsd: element name="modelCoordinateLocation" minOccurs= "0" > 
<xsd: simpleType > 

<xsd;restriction base="xsd: string" > 

<xsd : enumeration values "CENTER" / > 
<xsd: enumeration value="UPPERLEFT"/> 
</xsd: restrict ion> 
</xsd : simpleType> 
</xsd!element> 

<xsd: element name =" mode lType" type=" rasterSpatialRef erenceModelType" minOccurs="0" 

maxOccurs="3 "/> 

<xsd:element name="polynomialModel" type="rationalPolynomialType" minOccurs=" 0"/> 
<xsd:element name="gcpTableName" type= "xsd: string" minOccurs="0"/> 
<xsdsany minOccurs="0" maxOccurs» "unbounded" /> 
</xsd: sequenco 

</xsds complexType* 

<xsd:annotation> 

<xsd:documentation> «s»sa=e=soo«»m»«»««»*»ooiso3o««»«««a«««««»»etto3ii«3 

Part 1.3.2s Data Types for GeoRaster Temporal Reference System 

The TRS will be modeled by formulas in the future 



</xsd: documentation 
</xsd: annotation 

<xsd s complexType name= " rasterTemporalRef erenceSystemType " > 
<xsd: sequenco 

<xsd « element name= "isRef erenced" type="xsd: boolean" default=" false "/> 
<xsd:element name= "description" type="xsd.- string" minOccurs="0"/> 
<xsd:element name="beginDateTime" type="xsd : dateTime" minOccurs="0"/> 
<xsdtelement name= "endDateTime" type* "xsd:dateTime" minOccurss ■ 0"/ > 
<xsd:element name="temporalResolutionDescription" type= "xsd: string" minOccurs="0"/> 
<xsd:any minOccurs="0" maxOccurs=" unbounded" /> 
</xsd : sequenco 

</xsd : complexType > 

<xsd: annotation* 

<xsd: documentation =»= === ====== = ======»oo=======:=a a ,, D «, aaa * n «ao D =====i= 

Part 1.3.3; Data Types for GeoRaster Band Reference System 

For multispectral remote sensing images, each band is optionally 
described in the layerDescriptionType 

The BRS is modeled by formulas for hyperspectral imagery 
{based on number of spectral segments, min and max wavelength 
and number of bands for each segment) 
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Detailed radiometric info will be added in the future 



</xsd documentations 
</xad ; annotation> 

<xsd: simpleType name="wavelengthUnit"s 

<xsd: restriction base="xsd: string" > 

<xsd : enumeration value = "METER"/ > 
<xsd: enumeration value= "MILLIMETER" /> 
<xsd : enumera t ion values "MICROMETER " / > 
<xsd ; enumera t ion value* " NANOMETER" / > 
</xsd: restriction 
</xsd: simpleType s 

<xsd : complexType name="extentType"s v 
<xsd: sequences 

<xsd: element name="min" type* "xsd: double" /> 
<xsd: element name="max" type= "xsd: double" /s 
</xsd : sequence> 
< /xsd : complexType > 

<xsd : complexType name = "segment at ionDataType" > 
<xsd: sequence > 

<xsd: element name= n totalSegNumber" type= "xsd: positive Integer" def ault="l"/> 
<xsd: element name="f irstSegNumber" types "xsd: integer" default="l"/> 
<xsd:element name= "extent" type="extentType"/> 
</xsd:sequence> 
< / xs d : comp 1 exType > 

<xsd : complexType name= "bandRef erenceType" > 
<xsd:sequence> 

<xsd:element name="bands" type= "segmentat ionDataType" minOccurs="0" 

maxOccurs=" unbounded" /> 

<xsd:any minOccurs="0" maxOccurs= "unbounded" /> 
</xsd:sequence> 
</xsd s complexType> 

<xsd : complexType name="rasterBandRef erenceSystemType"> 
< xsd: sequence > 

<xsdielement name=" isRef erenced" type= "xsd: boolean" def ault=" false"/s 
<xsd: element name= "description" type- "xsd: string" minOccurs= " 0"/s 
<xsd « element name= " radiometricResolut ionDescr iption" type= "xsd : string" 

minOccurs="0"/> 

<xsd:element name="spectralUnit" type =" wave lengthUnit" def ault« "MICROMETER" /> 
<xsd:element name="spectralTolerance" type= "xsd : double" minOccurs=" 0"/> 
<xsd:element name="spectralResolutionDescription" type= "xsd: string" minOccurs="0 ,, /> 
<xsd: element name="minSpectralResolution" types "resolutionType" minOccurs= " 0"/> 
<xsd: element name="spectralExtent" type= "extentType"/s 

<xsd:element name="bandReference" type= "bandRef erenceType" minOccurs="0"/> 

<xsd:any minOccurs="0" maxOccurs= "unbounded" /> 
</xsd: sequences 
< /xsd : complexType > 
<xsd: annotations 

<xsd: documentations » s »>»»»i»»»»i»»»» .=.«... <■«....«..«...... 

Part 1.4: Data Types for Layer Metadata 

For each sub- layer the layerNumber is a positive 

integer, i.e., layers are 

logically numbered from 1 to n if the size of the 

specified layerDimension is n. 

The layerDimensionOrdinate of each sublayer must be 

in the range of the 

dimension and must be in the order of band ordinates . 
For objectLayer, the layerNumber should be 0 but its 

layerDimensionOrdinate 

is not used. 



</xsd: documentations 
</xsd: annotations 

<xsd : complexType name= " scalingFunctionType " s 
<xsd: annotations 

<xsd : documentations 
value = (aO + al * cellvalue) / (bo + bl * cellValue) 
< /xsd : documentations 
</xsd: annotations 
<xsd : sequences 

<xsd:element name="aO" type= "xsd: double" def ault="l"/s 
<xsd:element name="al" type="xsd:double" def ault»"0"/> 
<xsd: element name="b0" type=" xsd: double" def aults"l"/s 
<xsd: element name="bl" type=" xsd: double" def aults"0"/s 
<xsd:any minOccurs="0" maxOccurss "unbounded" /> 
</xsd : sequences 
</x8d : complexType s 
<xsd-. simpleType names "binType"s 
<xsd : annotations 

<xsd : documentations 
LINEAR bin functions 

binNumber = numbins * {cellValue - min) / (max - min) + f irstBinNumber 

if (binNumber less than 0) binNumber = f irstBinNumber 

if (binNumber greater than or equal to numbins) binNumber = numbins + 

first BinNumber - l 
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LOGARITHM bin function: 

binNumber = numbins * (In (X.O + ( {cellValue - min)/(max - min)))/ In (2.0)) + 

f irstBinNumber 

if (binNumber less than 0) binNumber - f irstBinNumber 

if (binNumber greater than or equal to numbins) binNumber = numbins + 

f irstBinNumber - 1 

EXPLICIT bin function means explicit (or direct) value (or value range) 
for each bin and it will be stored in a table 
</xsd : documentation 
</xsd:annotation> 

<xsd: restriction base="xsd : string" > 

<xsd: enumeration value* "LINEAR"/* 

<xsd : enumerat ion value* " LOGARITHM" / * 

<xsd: enumeration value* "EXPLICIT"/* 
</xsd:restriction> 
</xsd: simpleType* 

<xsd : complexType name* "binFunctionType" * 
<xsd : annotation> 

<xsd:documentation> 

The MAX and MIN in statistic dataset will be used if they are not provided here 
binTableName is used by EXPLICIT type only 
</xsd: documentation* 
</xsd:annotation> 
<xsd» 8equence> 

<xsd:choice> 

<xsdselement name*"binFunctionData" type* M segraentationDataType"/> 
<xsd: element name- "binTableName" type* "xsd: string"/* 
<xsd:any minOccurs*"0" maxOccurs* "unbounded" /> 
</xsd:choice> 
</xsd;sequence> 

<xsd: attribute name="type" type="binType" use=" required" /> 
</xsd: complexType* 

<xsd : complexType name* " rectangularWindowType" > 
<xsd« sequence* 

<xsd:element name="origin" type= n cellCoordinateType"/> 
<xsd: element name*"rowHeight" type* "xsd tpositivelnteger"/* 
<xsd;element name*"columnWidth" type="xsd:positiveInteger"/* 
<xsdsany minOccurs="0" maxOccurs= "unbounded" /> 
</xsd : sequence* 
</xsd : complexType* 

< x s d : comp 1 exType name = " ce 1 1 Count Type " > 

<xsd:attribute name* "value" type* "xsd: double" use= "required"/* 

<xsd: attribute name* "count" type="xsd:nonNegative Integer" use* "required"/* 

<xsd : anyAt tribute/* 

</xsd : complexType* 

<xsd : complexType name= " ras terCountType " > 
<xsd: sequence* 

<xsdselement name="cell" type»"cellCountType" maxOccurs -"unbounded"/* 
</xsd: sequence* 
</xsd: complexType* 

<xsd : complexType name= "histogramType" > 
<xsds sequence* 

<xsd: choice* 

<xsd:element name="counts" type* "ras terCountType"/* 
<xsd: element name*" tableName" type- "xsd: string"/* 
</xsd: choice* 
</xsds sequence* 
</xsd : complexType* 

<xsd: complexType name= " statist icDatasetType " * 
<xsd: sequence* 

<xsd:element name*" samp lingFact or" type="xsd:positiveInteger" def ault*"l"/* 
<xsd:element name*" samp lingWindow" type* "rectangularWindowType" minOccurs="0"/> 
<xsd:element name="MlN" type* "xsd: double"/* 
<xsd: element name* "MAX" type* "xsd: double"/* 
<xsd:element name*"MEAN" type* "xsd: double"/* 
<xsd: element name* "MEDIAN" type* "xsd: double"/* 
<xsd: element name* "MODEVALUE " type* "xsd : double" /> 
<xsd: element name="STD" type*"xsd:double"/* 

<xsd: element name* "histogram" type* "histogramType" minOccurs*"0"/> 
<xsd:any minOccurs*"0" maxOccurs* "unbounded"/* 
</xsd: sequence* 
</xsd : complexType* 

<xsd : complexType name="cellGrayType"* 

<xsd: attribute name* "value" type* "xsd: double" use- "required"/* 

<xsd: attribute name="gray" type* "xsd: integer" use="required"/> 

<xsd : anyAt tribute/* 
</xsd : complexType* 

<xsd : complexType name* " rasterGrayType" * 
<xsd: sequence* 

<xsd:element name*"cell" type*"cellGrayType" maxOccurs= "unbounded" /> 
</xsd: sequence* 
</xsd : complexType* 

<xsd: complexType name="grayScaleType" > 
<xsd: sequence* 

<xsd: choice* 

<xsd: element name* "grays" type*" rasterGrayType"/* 
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<xsd» element name*" tableName" type* "xsd: string"/* 
</xsd:choice> 
</xsd:sequence> 
</xsd t complexType* 

<xsd : complexType name* "cellPseudoColorType" * 

<xsd:attribute name* "value" type* "xsd: double" use="required"/* 

<xsd i attribute name- "red" type* "xsd: integer" use- " required" /> 

<xsd: attribute name*" green" type«"xsd: integer" use* "required"/ > 

<xsdt attribute name* "blue" type="xsd: integer" use* "required"/* 

<xsd: attribute name* "alpha" type="xsdi double" use* "optional "/* 

<xsd : anyAt tribute/ > 
</x8d i complexType* 

<xsd : complexType name* " rasterPseudoColorType " > 
<xsd: sequence > 

<xsds element name* "cell" type = "cellPseudoColorType" maxOccurs= "unbounded" /> 
< /xsd ; sequence * 
</xsd : complexTypo 

<xsd : complexType name= " colorMapType " > 
<xsd: sequence > 

<xsd: choice > 

<xsd: element name* "colors" type* " rasterPseudoColorType "/> 
<xsd:element name* "tableName" type* "xsd : string"/* 
</xsd:choice> 
</xsd: sequence > 
</xsd : complexType > 
<xsd : complexType name* "1 aye rType"> 
<xsd: sequence > 

<xsd : element name* " layerNumber " type="xsd : nonNegative Integer "/> 
<xsd : element name* " layerDimens ionOrdinate " type= " xsd : integer " / > 
<xsd: element name*" layer ID" type* "xsd: string"/* 
<xsd i element name* "description" type* "xsd: string" minOccurs="0" 

maxOccurs* "unbounded"/* 

<xsd:element name="scalingFunction" type*"scalingFunctionType" minOccurs="0"/> 
<xsd: element name* "binFunct ion" type="binFunctionType" minOccurs*" 0"/> 
<xsd:element name="statisticDataset" type="statisticDatasetType" minOccurs* "0"/* 
<xsd:element name = "grayscale" type="grayScaleType" minOccurs* "0"/> 
<xsd: element name*"colorMap" type* "colorMapType" minOccurs* "0"/> 
<xsd:element name*"vatTableName" type="xsd: string" minOccurs* "0"/* 
<xsd:any minOccurs*"0" maxOccurs* "unbounded"/* 
</xsd: sequence* 
< /xsd j complexType > 

<xsd : complexType name="layerDescriptionType"> 
<xsd: sequences 

<xsd: element name* "layerDimens ion" type*"cellDimensionType" default* "BAND"/ > 
<xsd:element name="objectLayer" type="layerType" minOccurs="0"/> 

<xsd:element name* "subLayer" type="layerType ,, minOccurs = "0" maxOccurs* "unbounded" /> 

<xsd:any minOccurs="0" maxOccurs* "unbounded"/* 
</xsd: sequence* 
</xsd : complexTypo 
<xsd : annotat ion> 

<XSd : documentation* o»Bo»»B=3 = 5SBeu3B*oe»ss = = = = ssos*»»oon = * = == = = s3SoSB = s = =s = » 

Part 2: Metadata Elements / Content Structure of Oracle GeoRaster Object 



< /xsd: documentation* 
</xsd: annotation* 

<xsd : element name* "georasterMetadata" > 
<xsd : comp 1 exType * 

<xsd: sequence* 

<xsd: element name* "object Info" type*"objectDescriptionType"/* 

<xsd:element name="rasterInfo" type* "rasterDescriptionType"/* 

<xsd : element name* " spatialRef erencelnf o" 
type* " rasterSpat ialRef erenceSystemType" minOccurs* " 0" / * 

<xsd: element name*" temporalRef erencelnf o" 
type* " ras terTemporalRef erenceSystemType" minOccurs* " 0 " / > 

<xsd: element name* "bandReference Info" type* " ras terBandRef erenceSystemType" 

minOccurs* "0"/> 

<xsd:element name*" layer Info" type* "1 aye rDescriptionType" 

maxOccurs* "unbounded"/* 

<xsd: element name* "source Info" type* "xsd: string" minOccurs* "0" 

maxOccu r s = " unb ounded " / * 

<xsd:any minOccurs* "0" maxOccurs* "unbounded"/* 
< /xsd: sequence* 
< /xsd : comp lexType > 
</xsd: element* 
</xsd: schema* 
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Appendix B. List of GeoRaster SQL API and Tools 

GeoRaster methods can be grouped into functionally related groups including: 

• Database Administration (Create table, Load and Export etc.) 

• Data Manipulation (Copy, Modify, Index, Subset, Transform) 

• Cell Data and Metadata Update and Query 

The following list some key methods for each of the above groups. 



Database Administration includes functions performed to instantiate the 
GeoRaster environment in a database. Key methods targeting database 
administration for GeoRaster include: 

• SDO_GEOR.init - Initializes an empty GeoRaster object, which will be 
1 5 registered by GeoRaster in the xxxSDOGEORSYSDATA views. 

• SDO_GEOR.createBlank - Creates a blank GeoRaster object, in which 
all cells have the same value. 

• SDOGEOR.copy - Makes a copy of an existing GeoRaster object. 

• SDO_GEOR.importFrom - Imports an image or gridded raster data in a 
20 file or BLOB object into a GeoRaster object stored in the database. 

• SDO_GEOR.exportTo - Exports a GeoRaster object or a subset of a 
GeoRaster object to a file or to a BLOB object. 

• SDO_GEOR.validateGeoraster - Validates a GeoRaster object. 

• SDOGEOR. schema Validate - Validates a GeoRaster object's metadata 
25 against the GeoRaster XML schema. 

Data manipulation includes steps taken to get GeoRaster data into a different 
and optimal state in the database depending on application requirements. Some 
concepts targeting data manipulation for GeoRaster include: 

30 

Georeferencing - GeoRaster currently supports six-parameter affine 
transformation that georeferences two-dimensional raster data. The affine 
transformation is a special type of the Functional Fitting polynomial model, 
which is defined in the GeoRaster XML schema. If an affine transformation is 
35 provided and is valid in the metadata, the GeoRaster object is considered 

georeferenced, and the isReferenced value in the SRS metadata will be TRUE; 
otherwise, it should be FALSE. 
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Pyramiding - Pyramid levels represent reduced or increased resolution of a 
raster object that require less or more storage space, respectively. GeoRaster 
can generate and delete pyramids of any GeoRaster objects. 

5 Change Format - - Under the GeoRaster architecture, all raster cell data are 
stored in the Raster Data Table. How the cell data are physically organized in 
the Raster Data Table depend on cell depth, blocking sizes and interleaving 
types. These parameters can be flexibly changed for any existing GeoRaster 
object. Application developers can use these parameter functions as a tuning 
10 device for physically adjusting the GeoRaster object to addresses various 
application requirements. This eliminates the need for off-line re-adjustment 
and loading of the original raster data, or readjusting settings of existing 
application software. 

1 5 Subseting - Performs either or both of the following operations: (1) spatial 
crop, cut, clip, or (2) layer or band subset or duplicate. 

Scaling - Enlarges or reduces a GeoRaster object while having a choice of 
resampling methods (nearest neighbor, bilinear interpolation, cubic 
20 convolution, average) using four or six neighboring cells. 

The following is a list of key methods provided by GeoRaster: 

• SDO_GEOR.changeFormat - Changes the storage format of an existing 
25 GeoRaster object, inluding changes of blocking, celldepth and/or 

interleaving. 

• SDO_GEOR.changeFormatCopy - Makes a copy of an existing 
GeoRaster object using a different storage format. 

• SDOGEOR.generateSpatialExtent - Generates a Spatial geometry that 
30 contains the spatial extent of the GeoRaster object. 

• SDO_GEOR.georeference - Georeferences a GeoRaster object using 
specified cell-to-model transformation coefficients. 

• SDOJjrEOR.generatePyramid - Generates pyramid data for a 
GeoRaster object. 

35 • SDO_GEOR.deletePyramid - Deletes pyramid data for a GeoRaster 
object. 

• SDO GEOR. subset - Performs either or both of the following 
operations: (1) spatial crop, cut, or clip, or (2) layer or band subset, or 
duplicate. 
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• SDO_GEOR.scale - Scales (enlarges or reduces) a GeoRaster object. 

• SDO_GEOR.scaleCopy - Scales (enlarges or reduces) a GeoRaster 
object and put the result into a new object that reflects the scaling. 

• SDO_GEOR.mosaic - Mosaics seamless GeoRaster objects into one 
5 GeoRaster object. 

GeoRaster cell data and metadata update and query are crucial to successful 
use of GeoRaster in the Oracle lOg environment. Tens of methods are provided 
for these purposes and some key methods include: 

10 

• SDOGEOR.getID - Returns the user-defined identifier value 
associated with a GeoRaster object. 

• SDO_GEOR.setID - Sets a user-defined identifier to be associated with 
a GeoRaster object, or deletes the existing value if you specify a null id 

1 5 parameter. 

• SDO_GEOR.get Version - Returns the user-specified version of a 
GeoRaster object. 

• SDOGEOR.setVersion - Sets the user-specified version of a GeoRaster 
object. 

20 • SDO_GEOR.getInterleavingType - Returns the interleaving type for a 
GeoRaster object. 

• SDO_GEOR.getSpatialDimNumber - Returns the number of spatial 
dimensions of a GeoRaster object. 

• SDO_GEOR.getSpatialDimSizes - Returns the number of cells in each 
25 spatial dimension of a GeoRaster object. 

• SDO_GEOR.getTotalLayerNumber - Returns the total number of layers 
in a GeoRaster object. 

• SDOGEOR.getBlockSize - Returns the number of cells for each 
dimension in each block of a GeoRaster object in an array showing the 

30 number of cells for each row, column, and (if relevant) band. 

• SDO_GEOR.isSpatialReferenced - Returns TRUE if the GeoRaster 
object is spatially referenced, or FALSE if the GeoRaster object is not 
spatially referenced. 

• SDO_GEOR.setSpatialReferenced - Specifies whether or not a 

35 GeoRaster object is spatially referenced, or deletes the existing value if 

you specify a null isReferenced parameter. 

• SDOGEOR.getSRS - Returns information related to the spatial 
referencing of a GeoRaster object. 
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• SDO_GEOR.setSRS - Sets the spatial reference information of a 
GeoRaster object, or deletes the existing information if you specify a 
null srs parameter. 

• SDOGEOR.getModelSRID - Returns the coordinate system 

5 (SDO_SRID value) associated with the model (ground) space for a 

GeoRaster object. 

• SDOGEOR. setModel SRID - Sets the coordinate system (SDO_SRID 
value) for the model (ground) space for a GeoRaster object, or deletes 
the existing value if you specify a null srid parameter. 

10 • SDOGEOR.getBeginDateTime - Returns the beginning date and time 
for raster data collection in the metadata for a GeoRaster object. 

• SDOGEOR.setBeginDateTime - Sets the beginning date and time for 
raster data collection in the metadata for a GeoRaster object, or deletes 
the existing value if you specify a null beginTime parameter. 

1 5 • SDOGEOR.hasPseudoColor - Checks if a layer has pseudocolor 
information (colormap). 

• SDO_GEOR.getColorMap - Returns the colormap for pseudocolor 
display of a layer. 

• SDO_GEOR.setColorMap - Sets the colormap for a layer in a 

20 GeoRaster object, or deletes the existing value if you specify a null 

colorMap parameter. 

• SDO_GEOR.getVAT - Returns the name of the value attribute table 
(VAT) associated with a layer. 

• SDOGEOR.setVAT - Sets the name of the value attribute table (VAT) 
25 associated with a layer of a GeoRaster object, or deletes the existing 

value if you specify a null vatName parameter. 

• SDO_GEOR.getPyramidMaxLevel - Returns the level number of the 
top pyramid of a GeoRaster object. 

• SDO_GEOR.getModelCoordinate - Returns the coordinates in the 
30 model (ground) coordinate system associated with the point at the 

specified cell (raster) coordinates. 

• SDO_GEOR.getCellCoordinate - Returns the coordinates in the cell 
(raster) coordinate system associated with the point at the specified 
model (ground) coordinates. 

35 • SDO_GEOR.getCellValue - Returns the value of a single cell located 
anywhere in the GeoRaster object by specifying its row, column, and 
band number in its cell coordinate system, or by specifying a point 
geometry in its model coordinate system and its logical layer number. 
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• SDO_GEOR.changeCellValue - Updates the value of raster data cells in 
a specified window and specified bands of a GeoRaster object. 

• SDOGEOR.getRasterSubset - A generic query resulting in a single 
BLOB object containing all cells of a specified pyramid level that are 
inside or on the boundary of a specified window and containing only the 
specified layers. 

• SDOGEOR.getRasterData - Creates a single BLOB object that 
contains all raster data of the input GeoRaster object at the specified 
pyramid level. 

GeoRaster includes several client-side command line tools as well, providing 
limited support on loading, exporting and viewing GeoRaster objects: 

• GeoRaster loader, which loads raster files into the GeoRaster objects 

• GeoRaster viewer, which displays GeoRaster objects and metadata in a 
Java viewer application. 

• GeoRaster exporter, which exports GeoRaster objects or subset of them 
to raster files. 
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